After jazzing up some 
computer jargon and 
cheating at DEBUG, 
Wilf Hey investigates 
rounding integers in 
BASIC and viewing 
characters on an eight- 
by-eight grid. 


am constantly amazed at the speed 

at which language changes. An 

acquaintance recently said to me 
“When I saw you come round that 
comer, it was so unexpected — I thought 
I was seeing a hologram.’ Now, when I 
was her age I would have said mirage 
rather than hologram, and I am 
concerned that we programmers are 
responsible, directly or otherwise, for 
many of these changes in terminology. 
Are we doing our language an injustice? 

For instance, I have often bemoaned 
our adoption of the word bug and its 
partner debug, and I have suggested 
new, alternative words. Andy Ford 
(Wallington) has a solution — his name 
for bugs in inherited programs is fossils. 
I have also been looking for a name 

for my favourite way of debugging a 
complicated program. The method is to 
insert extra statements (like PRINT in 
BASIC) at strategic places. As the 
statements are executed, the screen 
becomes a log, helping to isolate the 
error. Such a statement deserves the 
name Ebenezer — a tip of the hat to the 
prophet Samuel, who coined this name 
for a victory monument in a border 
dispute. It means ‘stone of help’, but it 
also sounds like a phrase meaning ‘so 
far — so good’. 


A RUDE INTERRUPTION 

For those who like to dig their teeth into 
some of the more obscure areas of PC 
programming, I received a letter from 
John Irvine (Agrinion, Greece) which 
might be of interest. John asked about 
the difference between two machine 
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code instructions which apparently 
perform the same job — ‘INT 3’ coded as 
CC and ‘INT 3’ coded as CD. 

Since the code for INT is CD (hex), 
followed by the interrupt number, but 
INT 03 is encoded as CC, the question is 
does CC do anything different to CD 03? 

In short Mr Irvine, no. Both do the 
same thing, which is saving registers and 
flags, and then activating the code at the 
segment and displacement indicated by 
vector three (stored at 0000:000C to 
QOOF). The usual thing vector three 
points to is a single instruction: CF — an 
IRET (return from interrupt) — so that in 
effect absolutely nothing happens. 

Believe me, the two forms work in 
exactly the same way, except that 
programs like DEBUG (yuk — that word 
again!) do a little cheating with that 
interrupt; you’ll get in trouble if you try 
to step through the execution of CD 03. 

The CC version of this operation 
code exists as a shortcut. DEBUG and 
similar programs hijack the vector for 
their own purposes, and put a CC where 
you say you want a breakpoint. You 
can’t see these tricks normally though, 
since the programmers disguise them so 
that you don’t see the CC, even when 
you display the changed memory. 

Nevertheless, anyone interested in 
seeing this in operation can do so. Begin 
by building a batch file with the 
following code: 


ECHO OFF 

DEBUG 

IF ERRORLEVEL 205 GO TO END 

IF ERRORLEVEL 204 ECHO I TOLD YOU SO! 
:END 


Run this file — it’11 stop within DEBUG. 
Next, type this program into DEBUG: 


A [Enter] 
MOV AxX,4C00 [Enter] 
INT 21 [Enter] [Enter] 


This code, sets ERRORLEVEL to zero, 
and then terminates. Next type: 


G [Enter] 


If you’ve done this, you will be back in 
DOS, with the batch file at an end, but 
you could try to stop at 101 by typing: 


G 101 [Enter] 


This will put CC (INT 3) in location 
101, which makes the MOV instruction 
look like MOV AX,4CCC. This sets the 
ERRORLEVEL to value 204. You’Il not 
stop at 101, of course, but you will get 
the message ‘I told you so!’ You have 
successfully escaped the trip-wire that 
DEBUG put there with the G command. 


CHARACTER REFERENCE 

The patterns for characters displayed in 
text mode are recorded in Read Only 
Memory (ROM) — they can’t be 
modified. If you want to look at them 
though, to make giant letters out of 
square blocks for instance, you can do so 
even in BASIC. 

Each of these patterns, representing 
actual dots by bits, is made up on an 
eight by eight grid, so that eight 
consecutive bytes from this table define 
how one character looks. The table starts 
at displacement & HFA6E within 
segment &HFO000. Suppose we look at 
the letter P; since ASC(“P”) is 80, we 
can expect to find the description of 
capital P in eight bytes that start at eight 
by 80 bytes from the beginning of the 
table. In hexadecimal, these eight bytes 
are: FC, 66, 66, 7C, 60, 60, FO, 00 

Let’s see how this looks, putting an 
asterisk for each one bit, and a dot for 
each zero bit, in eight rows. 


Ce Te ise Jb: ae aes 
* * * * 
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This table works for characters with hex 
values from 00 to 7F. Does it give any 
ideas for a SuperDisk ‘shorty’ program 
in BASIC or otherwise? 


ROUND THE MULBERRY BUSH 

In May’s issue, I asked whether we need 
to use the INT function in expressions, 
where all our fields are integers (because 
fractions should not occur). I used the 
example of dividing a whole (two-byte) 
number into the halves, it actually 
occupies in 8086 registers. I suggested: 


LEFT% = WHOLE% / 256 
RIGHT’ = WHOLE% AND 255 


However, Pete Docherty (Hayes) 
pointed out that BASIC works in 
mysterious ways. Even when working 
with integers only, BASIC will convert 
everything to real mode (which allows 
fractions), do the calculations, and then 
convert back to the form that you want — 
in this case, integer form. This final step 
involves rounding, previously discussed 
in June’s Workshop. 

Let’s suppose that WHOLE% has the 
value 384. GW-BASIC (for one) will 
make the calculation in real mode, and 
arrive at the answer 1.5; this is rounded 
to 2 — the value then placed in the 
integer field LEFT%. This is not the case 
in my own favourite, Clarion database 
language, which only does type 
conversions when necessary. 

It seems I misinterpreted a similar 
explanation in a the GW-BASIC manual. 
In Clarion, and in a BASIC interpreter 
that I once worked on — even 511 
divided by 256 would result in ONE, if 
input and output fields were all integer 
type. What happens in your version of 
BASIC — or C - or other language? 

Therefore, where I said: 
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LEFT% = WHOLE% / 256 
you had better code: 


LEFT%=INT (WHOLE% / 256 ). 


What is the moral of this story? Quite 
simply, read and then experiment, if you 
want to know the characteristics of your 
own compiler. Thanks to Pete for 
pointing this out. @ 


Whether you use BASIC, LISP, 
Assembler, or any of the rainbow of 
PC languages, your ideas, questions, 
answers, challenges, suggestions and 
complaints are most welcome here in 
the Programmer’s Workshop. Please 
send your letters and disks to: 


Wilf’s Programmers’ Workshop 
PC PLUS 

Beauford Court 

30 Monmouth Street 

BATH, BA1 2BW 
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